We'll leave that for Maven.

Put in more logical order.

Also remove redundant packaging=jar (it's the default).

Could be scm:git:[email protected] or scm:git:https://github.com but not
scm:git:git://github.com. At least not any more.

More concise name/description.

Update/correct developer organizations.

This is needed for Maven to use them cleanly.

Because SWIG fails if the outdir doesn't exist, use a Python wrapper to
run SWIG.

- Point to SWIG-generated Java sources in builddir/ (hard-coded for now)
- Remove obsolete Sonatype OSSRH config (will need to add Central Portal
  config later)
- Update plugin versions

It's cleaner for the outer script to set builddir equally for Meson and
Maven, so parameterize.

Until we have a proper way to address them, there're not helpful.

(Assisted by Claude Code; any errors are mine.)

There is not much point in pinning the mmdevice and mmcore commits until
MMCoreJ is in its own repository and no longer in mmCoreAndDevices.

Without this, there is the danger of producing a jar with only the
static sources.

(Assisted by Claude Code; any errors are mine.)

(Assisted by Claude Code; any errors are mine.)

(Assisted by Claude Code; any errors are mine.)

Signing (among other things) will most likely be handled by JReleaser.

This has mainly 2 advantages for us:

- It removes all the built-time profile/property settings, which could
  make the pom appear more complicated than it is for people looking to
  use MMCoreJ as a dependency. So flatten it to what a dependency
  resolver (Maven/Gradle) will actually see.

- It can allow parameterizing essential values, such as version, by
  templating them and passing them in on the `mvn` command line.

Port the swig_doc_converter.py script from the micro-manager repo.

Invoke from run_swig.py, because the plan is for SWIG 4 to replace this
step in the future.

(Assisted by Claude Code; any errors are mine.)

Mark some seldom-used options as deprecated.

(Assisted by Claude Code; any errors are mine.)

That is, libmmcorej.{so,dylib} or mmcorej.dll.

Aside from being a cleaner name (we're wrapping MMCore, not MMCoreJ),
using a different name allows us to distinguish between the packaged
library (reliable) from one that might be left over from an older
installation (may be the wrong version). At some point we will be able
to remove the legacy loading code, after which 'MMCoreJ_wrap' will be
completely retired (except perhaps as the names of the SWIG-generated
C++ source).

(Once we set up extract-and-load from JAR, this name won't be seen much
by the user anyway.)

Do not change the name when built by Automake/VS, of course.

Copy NativeLibraryLoader from ihist.

Fall back to the existing ("legacy") search order.

See README for details.

(Assisted by Claude Code; any errors are mine.)

Slightly modified from ihist's tests.

(Assisted by Claude Code; any errors are mine.)

So that list in meson.build does not become stale.

(Assisted by Claude Code; any errors are mine.)